TNotes.introduction

Appearance

0014. 分仓库模式

0014. 分仓库模式 ​

1. 🫧 评价 ​

  • 记录了为何在设计的时候为何决定要分仓库来管理笔记，以及仓库划分的策略。

2. 🤔 为什么要分仓库来管理笔记？直接将所有的学习笔记合并到一个仓库中不行吗？ ​

  • 核心问题：
    • 体积问题：若所有笔记都统一丢到一个仓库中，后续仓库体积和笔记数量必然会变得异常庞大，不便于管理，全量的 git push、git clone、git pull 操作都将变得缓慢。
    • 性能问题：随着体积和数量变多，TNotes 执行常用命令 tn:update、tn:dev 耗时必然边长，极其影响书写体验。
    • 独立性差：基于分仓库的模式，可以确保任意单一知识库都能独立运行，比如在使用一个临时设备的时候，可以单独 clone 指定的仓库，拉下来之后安装下依赖，改完后直接 push 就完事儿了。
    • ……
  • 当前的笔记架构：

3. 🤔 知识库的划分标准是？ ​

  • 因人而异，这个问题没有统一的答案，比如上述图片中提到的很多技术栈都可以直接划分到 TNotes.front-end 前端这个分组中。
  • 这里记录一下各人的处理策略，在创建知识库的时候可以考虑以下问题，若满足，则定义为一个独立的知识库：
    • 是否有对应的书籍、视频教程？
    • 比如 TNotes.react 就问问自己市面上是否有对应的书籍或者视频教程来专门介绍 React 呢？
    • 如果答案是肯定的，那么就直接创建一个独立的知识库来管理和 React 相关的笔记。
    • 如果答案是否定的，或者很少的资料来专门介绍它，那么说明它很可能是一个比较散的知识点，大概率是属于某个更大的知识体系下的子级，不应该将其定义为一个独立的知识库。

4. 🤔 在哪查看 TNotes 知识库列表？ ​

5. 🤔 如何新建一个知识库？ ​

  • 随便拉一个知识库，直接改配置即可。
  • 早期有一个独立的 TNotes.template 知识库，作为 TNotes 的模板，后来想了想就自个儿用，直接暴力改配置完事儿。
  • TODO：添加 CLI 来创建知识库，在命令面板中输入关键信息完成初始化。

6. 🔗 引用 ​

Discussions